REMARKS 

Claims 2, 5, 6, 58, 73 and 123, have been amended to correct grammar or 
spelling errors, including the misspelling identified in claim 58 by the Examiner. 

Claims 7, 1 7, 26, 29, 46, 47, 88, 96, 98, 1 1 1 and 1 1 2 have been amended 
to more clearly point out the invention. 

Applicants wish to thank the Examiner for the indication of allowability of 
claims 25, 28, 38, 53-55, 59, 60 and 66 if rewritten in independent form. Applicants 
note that a number of other claims in the application were neither rejected, objected to 
or indicated as allowable. These include method claims 95, 97, 1 05, 1 1 8-1 20, 1 24 and 
125. It is noted that in the "Office Action Summary," method claims 95, 97, 105, 118- 
120, 124 and 125, as well as system claims 25, 28, 38, 53-55, 59, 60 and 66 explicitly 
stated in the Office Action on page 18 to be allowable is rewritten in independent form, 
are listed merely as being objected to. Application therefore assumes that in addition to 
the noted system claims that are allowable if rewritten, method claims 95, 97, 105, 118- 
1 20, 1 24 and 1 25 are allowable if rewritten. Clarification on their status is requested. 

New claims 137-139 have been added. Independent claims 137 and 138 
are allowable dependent claims 28 and 59, respectively, written in independent form but 
without including the limitation of "the head-end configured to verify the request" 
contained in claim 1 since from the Examiner's remarks verification did not seemed to 
affect the allowability of the subject matter in claims 28 and 59. Hence, new claims 1 37 
and 138 are believed in condition for allowance. New dependent claim 139 is the same 
as allowable dependent claim 60 but it depends on claim 138 rather than on allowable 
claim 59, and hence is also believed to be in condition for allowance. 

Applicants have also added new method claims 140-142. Independent 
claims 140 and 141 are dependent claims 97 and 124, respectively, written in 
independent form but without including the limitation of "verifying the request" contained 
in claim 73 since from the Examiner's remarks verification did not seemed to affect the 
allowability of the subject matter. As noted above, dependent claims 97 and 124 are 
assumed to be allowable if rewritten in independent form, thus new claims 140 and 141 
are believed in condition for allowance. New dependent claim 141 is the same as 
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dependent claim 1 25 but it depends on claim 1 38 rather than on claim 1 24. Hence, it is 
also believed in condition for allowance. 

Claims 46, 47, 68, 69, 1 1 1 , 1 1 2, 1 32 and 1 33 were rejected only for 
reciting the limitation "the output", for which the Examiner found insufficient antecedent 
basis. These claims were not rejected based upon prior art and are assumed allowable 
is sufficient antecedent basis is shown. 

In that regard, applicants note that claims 46, 47, 68 and 69 depend from 
claim 1, which recites "...the station having an output and an interface...." Similarly, 
claims 111, 112, 132 and 133 depend from claim 73, which recites "...providing a 
station with an output and an interface...," In any event, claims 46, 47, 1 1 1 and 112 
have been amended to more clearly point out the invention by more specifically defining 
the output. 

Before discussing the rejection of claims based on the prior art, applicants 
wish to note that not all the prior art made of record, particularly some not relied upon in 
the Office Action, is prior art when considering the present application claims the benefit 
of Provisional application No. 60/417,734, filed on October 10, 2002. 

102(b) Rejection based on Hanson [EP 820 180] 

First, applicants note that claims 1 16 and 130 are listed in the summary of 
claims rejected under Section 102(b), but these claims are not discussed in the context 
of 1 02(b) and no prima facie case is stated as to how Hanson anticipates these claims. 
Applicants assume these claims were not intended to be rejected under 102(b). 
Applicants note that claim 116 was rejected under Section 103(a). Claim 130 was not 
rejected under 103(a) or otherwise discussed in the Office Action, thus applicants 
assume claim 130 is allowable. Clarification on its status is requested. 

Regarding the rejection of independent claims 1 and 73 as anticipated by 
Hanson under 102(b), Hanson does not disclose and teaches against the limitation of 
verification found in these claims. Hanson's system accepts all callers without 
verification of the callers, presumably expecting to bill them for the amount of time spent 
connected, as was common for telephone services of the era. The teaching of the 
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present invention, however, is for a billing or advertising system to be determined prior 
to access, and for verification of a user's rights to access programming content to be 
required. 

Claim 1 states "...the head-end configured to verify the request by 
determining an identification, transmitting a first portion of the desired program to the 
station via the communication network based upon the request verification..." 

Claim 73 states, "...verifying the request by determining an identification; 
transmitting a first portion of the desired program from the head-end to the station via 
the communication network based upon the request verification..." 

In further description, claim 23 (and its counterpart 94) states, "...the 
request verification by the head-end is based upon at least one of the following: a 
subscription plan, a content rating of the desired program, and payment history 
associated with a user of the telephone," none of which is involved in Hanson. 

Also, claim 56 (and its counterpart 121) states, "...transmit the desired 
program only if the request verification determined by the head-end indicates that the 
identification is associated with a subscriber of services including the desired program." 

Hanson does not include a verification step, as shown in his process 
flowchart FIG 2A, wherein step 201 "customer accesses audio information service and 
identifies self by normal means" which is immediately followed by step 202 "customer 
selects an audio program via interactive service menu", which in turn is unconditionally 
followed by step 203 "...service controller requests playback..." 

Hanson has no need for verification of callers, and does not include 
verification, hence it is not an anticipating reference since missing at least one element 
recited in each of claims 1 and 73. 

All other rejections under 102(b) are made with respect to dependent 
claims depending on either claim 1 or claim 73, and hence if Hanson is not an 
anticipating reference for claims 1 and 73, it is not anticipating for the dependent claims. 

However, the dependent claims are for additional reasons not anticipated 
by Hanson, as will be briefly mentioned below for at least some of the dependent 
claims. 
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For example, claims 3 and 75 claim that the station can be configured to 
generate and store the stored bookmark data (which per claims 1 and 73 is later used to 
resume transmission of from the head-end). Hanson does not teach this, but the 
Examiner points to Hanson's recommendation to pre-download a whole program from 
the head-end, then allow the station to make bookmarks, and resume playout of the 
fully downloaded program using the station -created bookmarks. Hanson does not teach 
the full limitations of the claim. 

As to claim 7, Hanson does not teach a BOOKMARK command which 
generates bookmark data on demand but does not induce a halt in playout. Claim 7 
recites a bookmark control for making bookmarks without a request to suspend and 
doing so without interrupting playout of the program. This is contrary to the teachings 
of Hanson that the creation of bookmarking data is performed coincident with 
terminating playout (e.g., Hanson, col. 2, lines 2, 13, 25, 34; col. 4 line 17; col. 5, lines 
18, 29; col. 6, line 6; col. 7, line 58; col. 8, line 2). 

Claims 1 0 and 81 require that a save control at the station induce the 
station to generate bookmark data. Hanson does not teach this configuration. Where 
Hanson does describe his invention being used such that a station may make its own 
bookmarking data, the transfer of program material takes place first (Hanson, col. 7, line 
50 to col. 8, line 4), thereby teaching away from the present claim which is constrained 
to resume transfer of the second part (not merely resume playout of a completed 
transfer, as taught by Hanson). 

Claims 13 and 84, much as with claim 7, are to creation of bookmark data 
with the bookmark control, which does not interrupt playout of the program. This is 
contrary to the teachings of Hanson that the creation of bookmarking data is performed 
coincident with terminating playout (e.g., Hanson, col. 2, lines 2, 13, 25, 34; col. 4 line 
17; col. 5, lines 18, 29; col. 6, line 6; col. 7, line 58; col. 8, line 2). 

Claims 17 and 88 have been amended to recite that the station comprises 
both a telephone and a computer, not merely one or the other, as depicted by Hanson. 

Claims 1 9 and 90 require the station to store the bookmark while the 
head-end resumes transmission based on the bookmark. Hanson does not teach this, 
but rather teaches that the program would be downloaded in advance of playout: "...first 
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downloading the program material to the user's PC where it would be stored for 
playback..." (Hanson, col. 7, line 51) with the bookmark operating wholly in the purview 
of the PC: "...to playback the program the PC could monitor the progress through the 
program material and generate the appropriate bookmark... when the user terminates 
the program and subsequently returns they will be given the option of where to re-start 
the program." (Hanson, col. 7, line 54 - col. 8, line 2). Hanson does not teach a 
bookmark at the station controlling a resumption point in a transmission by the head- 
end. 

Claims 23 and 94 discuss details of verification with respect to any of a 
subscription plan, content ratings, and payment history associated with a user, none of 
which are disclosed by Hanson. None of these is Hanson's 'billing information' which 
he prompts for (Hanson, col. 7, lines 29-31), and which might be the phone number 
called from ("...the platform identifies the user either by detecting the ANI ..." Hanson, 
col. 4, line 35; "Of course, user ID and billing information can be one and the same." 
Hanson, col. 7, lines 32-33) or a credit card number or other such information as might 
be entered on a telephone dial pad to "operate in conjunction with an ASR and/or DTMF 
detector to detect the user's responses to the menu prompts" (Hanson, col. 4, lines 39- 
41 ). As further evidence of the distinction, none of the present claim's limitations could 
be mistaken for or used as a user ID, a feat of which Hanson's billing information is 
capable. 

Claim 24 as amended is distinguishable over Hanson. Hanson does not 
teach data representations in the database for series, episodes, favorites, and synopsis. 
Hanson does conceptually discuss series and episodes as a problem to be solved, "The 
present construction of these services limits their usefulness in providing audio services, 
such as audio books or audio "soap operas", since there is no possibility of quickly 
returning to the point at which the user had previously terminated" (Hanson, col. 1 , lines 
42-47), however, Hanson's teachings are limited to bookmarking a program as a means 
of returning to one's previous stopping point within such a stream. Hanson does not 
teach a structured, accessible data organization for accessing individual or consecutive 
episodes of a series, as is taught in the present application. Hanson does further speak 
to breakdowns of a program, "For example, in a book environment it may be desirable 
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to keep track of the user's progress through the book in terms of blocks that relate to 
either chapters, pages, or paragraphs" (Hanson, col. 5, lines 42-45), however, this is a 
contemplation of Hanson's block size, i.e., the resolution with which a bookmark can 
restore the last playback point. Since Hanson's suggestion is to change the contents of 
a block to be a larger interval of the program, i.e., a paragraph or a page, but he offers 
no teaching to make such structures navigatable other than by bookmarks of your most 
recently interrupted block, the data representation is still that of Hanson's block. 

Claims 26 and 96, as amended, recited that the applicants' MARK button 
does not terminate the program, as required by Hanson (e.g., Hanson, col. 2, lines 2, 
1 3, 25, 34; col. 4 line 17; col. 5, lines 1 8, 29; col. 6, line 6; col. 7, line 58; col. 8, line 2). 

Claim 27 depends from claim 26, and offers functionality not offered by 
Hanson. Hanson is limited to "provide the user with the option of continuing the 
program from where the user last left off or to start the program from the beginning" 
(Hanson, col. 6, lines 45-47). Hanson does not offer the ability to return to any locations 
other than the beginning or where terminated, such as with bookmarks generated by the 
MARK button. 

Claims 29 and 98 have been amended to point out that the operation of 
applicants' DROP button does not generate a bookmark, as required by Hanson upon 
termination (e.g., Hanson, col. 2, lines 2, 13, 25, 34; col. 4 line 17; col. 5, lines 18, 29; 
col. 6, line 6; col. 7, line 58; col. 8, line 2). 

Claims 31 and 100 are distinguished from Hanson, as Hanson offers no 
teaching of "skip forward" functionality. Hanson does mention "pause" (Hanson, col. 8, 
lines 2-6), to distinguish it from his invention, ("...termination and creation of a bookmark 
are distinct from a pause functionality in that the termination actually releases the 
program and ends its execution. The pause function keeps the program indefinitely 
cued." Hanson, col. 8, lines 2-6) but no other in-program navigation functionality is 
mentioned, much less offered. 

Claim 33 is distinct from Hanson as it relates to the chaining of distinct 
programs within a series, rather than the common practice (preferred by Hanson) of 
partitioning an individual program into like-sized blocks for efficient storage and access. 
This is demonstrated by Hanson in his explicitly citation of exactly "...one known audio 
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services platform..." (Hanson, col. 3, lines 12-15) which his invention would enhance, 
"...the CONVERSANT® system, belonging to Lucent Technologies, Inc.", an entity 
related to Hanson's assignee (and Hanson's presumed employer, AT&T Corp.). At that 
time, the programming manuals for the CONVERSANT® system describe the 
mechanisms for storing audio: 

One speech block consists of 8KB. The number of seconds per 
block depends on the coding rate of the speech-encoding method that you 
use, such as 16-Kbit CELP, 32-Kbit ADPCM (default), or 64-Kbit PCM. 

NOTE: There is wasted space whenever a speech phrase does not 
fill a block. For example, enhanced basic speech is stored at 32-Kbit 
ADPCM, with 2 seconds of speech per block. If a phrase is less than 2 
seconds, the remaining space within that speech block is not available for 
other use. 

(INTUITY CONVERSANT System Version 7.0 System Description 
585-313-204 Issue 1 .0 April 1998, page 77, last two paragraphs) 

Hanson uses these blocks to determine a granular position (e.g., within 
two seconds) within a program through his "position detector, shown as a block counter 
in this embodiment, which is used in conjunction with the playback module 109 to 
monitor the user's progression through the audio service. The block counter provides 
useful information about where the user is in a selected audio service at any given time. 
This present position location information is then detected and associated with a user 
when the user terminates an audio service." (Hanson, col. 4, lines 10-18). In Hanson's 
other embodiment, "it may be advantageous to detect the actual elapsed time of the 
audio program. This would be applicable to the actual playback of a continuous 
program where the system monitors the time (the number of minutes and seconds) that 
the user has progressed into the audio file. Therefore, the block counter 1 10 could be 
replaced by a timer and the timing information associated with the location of the user 
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through the audio content could be then provided to the service controller at the time of 
termination." (Hanson, col. 5, line 55 - col. 6, line 7). 

Clearly, Hanson considers time as a suitable replacement for count of 
blocks, as blocks were commonly understood at the time to represent short, uniform 
durations (e.g., 2 seconds worth) of audio. 

Further, programs are composed of blocks, so the sequential playout of 
blocks is not equivalent to the sequential playout of programs (whether related as a 
series or otherwise). Blocks are at a level below the organizational hierarchy being 
taught in the present invention, if they are used at all (i.e., in lieu of a pure time offset). 

Thus, Hanson's playing out of blocks is not an anticipation of the chaining 
of distinct programs due to their being consecutive in a series, and therefore does not 
anticipate this claim. 

Claim 35 is for an in-progress user interface offering a display of 
information about the program. Hanson offers that "The user then is provided with an 
interactive service menu and selects an audio program from the menu, step 202. The 
interactive service menu can operate in conjunction with an ASR and/or a DTMF 
detector to detect the user's responses to the menu prompts. The service menu module 
reports the selection of the audio service to the service controller 107 and in turn, the 
controller activates the playback module to request a playback of the desired audio 
service, step 203" (Hanson, col. 4, lines 36-45). Clearly Hanson's menu (which in an 
audio services platform is an audio menu by nature) operates consecutively with 
program playback. Nowhere does Hanson suggest that the presentation of information 
about a program and playback of the program occur simultaneously, as required in the 
claim 35. 

Claims 43 and 108 are not anticipated by Hanson, as Hanson makes no 
suggestion that the implementation of his audio information service platform 103 would 
benefit from a distributed architecture of any sort, including the claimed geographically 
distributed cache servers. 

Claims 48 and 1 1 3 include the limitations of a buffer to store received 
portions of the desired program. While Hanson does disclose the station having a 
buffer to receive the desired program before being played out, Hanson specifically 
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teaches that the program would be downloaded first. In the present claims, a buffer 
such as constrained by Hanson would not function with the bookmarking capability that 
interrupts transmission. In particular, a configuration with Hanson's buffer is specifically 
unable to "suspend transmission of a second portion of the program" as required by the 
parent claim because, as Hanson teaches, the program is downloaded before playout 
begins. 

Claims 49 and 114 recite that a station is a computer and a telephone, 
which Hanson does not teach. While he does state that "Any kind of network that will 
support audio services can be an appropriate transmission medium for the audio 
service from the platform to the user" (Hanson, col. 7, lines 40-43) and in an alternative 
embodiment that a PC can be used to download audio information for subsequent 
playback locally (Hanson, col. 7, lines 44-53), Hanson fails to identify that the 
combination of both a computer connection for text-centric exchanges and a telephone 
connection for audio delivery resolves both his concern regarding limited data 
bandwidth (Hanson, col. 7, lines 49-50) and the difficulty inherent in navigating a large 
program library through an audio menu system: "...too many menu choices presented 
at once may confuse callers. In general, do not offer more than four or five choices in a 
single menu. If you have more than four or five choices, separate them into small 
related groups and present more than one menu." (INTUITY CONVERSANT System 
Version 6.0 Application Design Guidelines, Issue 1.0, December 1996, chapter 4, page 
11) 

Claims 50 and 1 15 are similarly differentiated from Hanson by their 
limitation of both telephone and Internet, a combination not taught by Hanson in accord 
with the argument for Claims 49 and 114. 

Claims 56 and 121 further elaborate on the verification required in their 
parent claims, specifically requiring that the user is subscribed to a service that includes 
the desired program. Hanson teaches no such limitation, requiring only that a user 
provide an identification and navigate to a program. No verification and, further still, no 
check that a program is included in a specific subscription is offered or suggested. 

Claims 58 and 123 include a limitation that navigation of programs have 
an episodic, serial, or chapterwise organization. Hanson is silent as to how long-form 
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audio content should be navigated. His stated concern is that "The present construction 
of these services limits their usefulness in providing audio services, such as audio 
books or audio 'soap operas', since there is no possibility of quickly returning to the 
point at which the user had previously terminated the service." (Hanson, col. 1 , lines 43- 
48) He elaborates, "For example, the user could with some difficulty return to the same 
part of a story or soap opera, at the cost of having to listen to the same program 
material again before proceeding on to new material." (Hanson, col. 1, lines 49-52) In 
an alternative embodiment, Hanson finds that "A similar problem arises in the context of 
audio program material that can be downloaded from a network audio service, e.g., a 
music program could be accessed via the Internet and downloaded to a user's PC. 
Upon playback..." (Hanson, col. 1 , line 56 - col. 2, line 2), so it is clear that the solution 
offered by Hanson has nothing to do with navigation among episodes, series, or 
chapters, since the download from the Internet must have been the result of successful 
navigation, yet Hanson's problem remains (and is solved by various bookmarking 
mechanisms). Hanson does mention chapters, along with pages and paragraphs, as 
possible selections for where a bookmarking would resume following a program 
termination. (Hanson, col. 5, lines 38-55). In the alternative, he proposes using elapsed 
time of the audio program (Hanson, col. 5, line 56 - col. 6, line 7), further distinguishing 
Hanson's sole mention of the word "chapter" from anything concerning navigation of 
programs. 

Claims 62 and 127 recite a display of at least one of the time remaining 
and the title of a program being played. Hanson does not provide such information 
while a program is playing. The discussion by Hanson at the section pointed out by the 
Examiner (Hanson, col. 4, lines 32-38) relates only to the "interactive service menu" with 
which a user "selects an audio program from the menu." Nowhere else might Hanson 
report to the user the title, and nowhere at all does he report the time remaining. 

Claims 71 and 135 recite the limitation that the association (e.g., recently 
played relationship 482) between the identification and the program is used for billing a 
user. Hanson points out that "It is known to provide telephone-based audio services...", 
and gives the example of "a '900' service that enables a user to call a '900' number and 
receive the day-to-day comments of a celebrity or sports personality." (Hanson, col. 1 , 
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lines 1 0-1 7) It was well known at the time that in the North American Numbering Plan 
(administered by the North American Numbering Plan Administration of Sterling, VA), 
numbers having an area code of the form '900' represent a premium-rate telephone 
number, with the cost of each such call billed to the calling station, e.g., $2.99 for the 
first minute and $0.99 for each minute thereafter, and such a billing would be 
independent of the nature of the audio content and any selections made by the user 
during the call (other than to continue the call into another minute). "900" numbers were 
subject to abuse by children resulting in large telephone bills surprising their parents. 
The Federal Trade Commission enacted requirements to allow a telephone customer to 
block "900" numbers. Perhaps this is Hanson's motivation for collecting billing 
information directly from the user (Hanson, col. 7, lines 26-33, as pointed out by the 
Examiner), rather than billing the owner of the telephone: It offers user-based billing, 
rather than station-based billing. However, Hanson discloses nothing further about this 
billing mechanism and his only other fiscal reference is to "900" numbers, which follows 
the per-minute model. So neither Hanson, nor the prior art of "900" numbers offers a 
billing mechanism having as a limitation the association between an identification and a 
program, per these claims. 

103(a) Rejection based on Hanson in view of Goldberg 

Claims 1 1 and 82 are differentiated from Hanson by the subject matter of 
their corresponding parent claims 1 and 73, respectively, as argued above, with respect 
to verification. 

Additionally, Claims 1 1 and 82 recite a limitation for a bookmark control to 
cause generation of bookmark data. The function of the bookmark control, well 
supported in the present specification, e.g. at [0135], is to generate a bookmark other 
than, per Hanson, when the user terminates playback of the audio program, which the 
user can do "by selection of specified keys on the user telephone keypad or can simply 
hang up." (Hanson, col. 5, lines 19-21). 

Further still, Claims 1 1 and 82 recite the bookmark data being generated 
by the station. 
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Neither these claims, nor the corresponding parent claims, require 
bookmark data to be transferred to or stored at the head-end. 

The Examiner has cited Goldberg et a. as providing adequate teaching to 
render these differences obvious, however, Goldberg falls short of this. 

Goldberg opens stating that "Currently, it is possible to bookmark items of 
interest that are archived and available on the Internet and then bookmark those items 
for future reference." [sic] (Goldberg, page 1, lines 9-10) Without enumerating the 
shortcomings Goldberg finds with the then-current state of the art, his invention is 
summarized as "...a bookmark file is stored on a network server." (Goldberg, page 2, 
lines 28-29). Goldberg details, "a user... who has viewed a document of interest... 
transmits the bookmark to network 1 1 0 where the bookmark is stored in bookmark file 
125. The bookmark contains hyperlink information that is utilized to access an item that 
is associated with the bookmark and may contain metadata which describes the item 
associated with the bookmark." (Goldberg, page 4, lines 3-9) 

However, bookmarks in the view of Goldberg, identify items, which is only 
one of the three components of Hanson's bookmark: "user ID", "service ID" - which is 
Goldberg's item, and the "termination location" (Hanson, col. 4, lines 19-21). 

Goldberg teaches the transfer of bookmarks into libraries, for use by 
others (Goldberg, page 4, lines 20-21). Goldberg only teaches the "item" element of 
Hanson's bookmark, but Hanson's three-element bookmark is tied to a particular user 
by the user ID. This would make Goldberg's invention incompatible with Hanson's, and 
therefore the combination is not appropriate. 

The only addition Goldberg provides to Hanson's teaching is the ability to 
transfer a part of a Hanson-bookmark determined at a station (the "item" or Hanson's 
"service ID") to the server. Not only does this represent no value to Hanson's 
environment, since Hanson's server is already aware of the service ID, but the present 
claims are not limited by a transfer of the bookmark at all. The bookmark is not required 
to be transferred to the head-end and may operatively remain at the station. 

Neither Hanson alone nor in combination with Goldberg render claims 1 1 
and 82 obvious. Goldberg does not supply what is missing in Hanson. 
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103(a) Rejection based on Hanson in view of Sjoblom 

Claims 45 and 1 10 are differentiated from Hanson by their corresponding 
parent claims 1 and 73, respectively, as argued above, with respect to verification. 

Additionally, Claims 45 and 110 recite a limitation wherein the station is a 
cellular telephone configured to receive audio and data over separate communications 
channels and the communications network includes separate voice and data 
communications channels, which is not taught by Sjoblom as suggested by the 
Examiner. 

While Sjoblom does make use of a cellular telephone which may be 
suitable for Applicants' station, Sjoblom does not teach or use the separate audio and 
data channels, instead making use exclusively of the data channel. In the section cited 
by the Examiner (Sjoblom [0007-0009]), the cell phone is used as a wireless terminal for 
sending and receiving messages. That Sjoblom embody the wireless terminal in a cell 
phone is for convenience and because of the ubiquity of cell phones, not because of the 
audio communications channel. In fact, there is no mention of audio, speech, or voice 
in Sjoblom, but one: "It will be appreciated that the mobile terminal need not have any 
speech capacity..." (Sjoblom [0025]), thereby teaching away from the combination 
proposed by the Examiner and making their combination improper. 

Claims 51 and 1 16 are similarly differentiated from Hanson by their 
corresponding parent claims 1 and 73, respectively, as argued above, with respect to 
verification. 

Additionally, claims 51 and 116 recite a limitation wherein the station is a 
telephone configured to receive text data in addition to audio, which is similarly not 
taught by Sjoblom as argued with respect to claims 45 and 1 1 0, and per that same 
argument, is taught against by Sjoblom, making their combination improper. 



Seattle 

DWT1 364021 5v1 00591 90-001 US0 



37 



Neither Hanson alone nor in combination with Sjoblom renders claims 45, 
51 , 110 and 1 1 6 obvious. Sjoblom does not supply what is missing in Hanson. 



103(a) Rejection on Hanson in view of Lord 

Claims 57 and 122 are differentiated from Hanson by their corresponding 
parent claims 1 and 73, respectively, as argued above, with respect to verification. 

Additionally, Claims 57 and 122 recite a limitation wherein the head-end is 
configured to transmit an advertisement in addition to transmission of the desired 
program based on the identification. 

Lord offers advertisements that are broadcast, into which "product-specific 
and commerce-enabling data elements" have been embedded so to make a product 
purchase more convenient [0020]. An enabled set-top box is required to decode this 
added information, while the advertisements will play on an un-enhanced television 
[0021]. A commercial, if and when it airs, can initiate an interaction with the user [0022]. 
A mobile device 24 may communicate with the set-top box 16 to deliver the enhanced 
services remotely from the receiver [0027]. The key steps in Lord's process (shown in 
Fig 2) are broadcast the ad S106 [0041] and provide the enhanced services S1 13 
[0045]. 

However, Lord does not transmit an advertisement based on the 
identification. Lord broadcasts the advertisement in his step S106, to all users with no 
regard for their identification. Only after the advertisement has been viewed and the 
enhanced services accessed, is a transaction submitted with the user's identification 
supplied to the data aggregator. "The Aggregator 18 maintains a log of all purchases 
made by a consumer via the Receiver 16 including specific product and purchase 
information." [0035] Only after this data has been collected can an advertiser use the 
aggregated information to judge "advertisement effectiveness and enable the vendor to 
target specific consumer segments for each advertisement." [001 6] No identification- 
based transmission of an advertisement is taught by Lord. 
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Commissioner is hereby authorized to charge the required fees for the 
three-month extension of time to Deposit Account No. 04-0258 of Davis Wright 
Tremaine LLP. If additional fees are believed necessary, the Commissioner is further 
authorized to charge any deficiency or credit any overpayment to Deposit Account 
No. 04-0258. 

All of the claims remaining in the application are now believed to be 
allowable. Favorable consideration and a Notice of Allowance are earnestly solicited. 

If questions remain regarding this application, the Examiner is invited to 
contact the undersigned at (206) 757-8133. 

Respectfully submitted, 

Jordan K. Weisman 

DAVIS WRIGHT TREMAINE LLP 



By /George C. Rondeau, Jr./ 
George C. Rondeau, Jr. 
Registration No. 28893 

1201 Third Avenue, Suite 2200 
Seattle, WA 98101-3045 
Phone: (206) 622-3150 
Facsimile: (206) 757-7700 
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